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(57) Abstract: The invention relates to an audio processing system 1. In order to improve the audio processing, the system comprises 
^5 at least one audio processing component 11, 12, 13 with a group of real-time functions 14 for processing audio data and a group of 
CD control functions 15 for processing control signals. The system further comprises at least one processor 16 providing a first process 20 
^ for executing real-time functions 14 of the at least one audio processing component 1 1, 12, 13 using a basically constant processing 
Q power and at least one further process 30 for executing control functions 15 of the at least one audio processing component 11, 

12, 13 when needed without affecting the processing power employed for the first process 20. The invention relates equally to a 

corresponding method and to a corresponding software program product 
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Audio processing system 
FIELD OF THE INVENTION 

The invention relates to an audio processing system, to a 
method of operating an audio processing system and to a 
software program product with a software code which can 
be executed in an audio processing system. 

BACKGROUND OF THE INVENTION 

Audio processing systems are known from^ the state of the 
art in various forms, for example for a playback of MIDI 
files or for computer games. 

Audio processing is very time-critical by nature. An 
audio subsystem typically produces a block of audio 
samples while simultaneously playing out a previously 
produced block. If the processing or generation of a new 
block takes more time than playing out one block, then a 
gap referred to as "drop-out" can be heard in the audio 
playback. In order to avoid such a gap, it is possible to 
queue up more than one produced block for playback in a 
buffer. 

Interactive audio applications require in addition a low 
latency between an interaction event and the response in 
the audio playback. This can be achieved in principle 
with short audio frames. A large buffer size for avoiding 
gaps, however, will lead to an added latency between a 
possible user input and the resulting audio output, as 
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the user input can only have influence on the blocks 
which are still to be produced. 

Further, an interaction event can happen any time during 
the lifetime of the application and often requires 
additional processing. While an interaction is processed, 
the generation of new output blocks may be slowed down. 
It is thus a difficult task to find the shortest possible 
buffer size which results in a low latency but which does 
not produce audible gaps in any usage situation. 

User inputs also result in a very uneven distribution of 
the total processing load as a function of time. The 
software design for a Digital Signal Processor (DSP) 
taking care of the processing is more complicated if 
varying loads have to be dealt with. 

There are several audio processing software systems, in 
which at least a part of the processing is split up into 
units that conform to a unified interface, irrespective 
of the nature of the processing. These units are also 
referred to as components. A component is thus a building 
block for a software system framework and implements an 
audio processing feature, such as a mixer, a sampling 
rate converter, or a reverberation effect. The components 
can usually be plugged in the system without 
recompilation, and are hence called "plug-ins". Two of 
such systems are the VST (Virtual Studio Technology) API 
(Application Programmer Interface) by Steinberg, and the 
LADS PA (Linux Audio Developer's Simple Plugin API) by the 
Linux audio community. 
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The Steinberg VST plug- in architecture enables an 
integration of virtual effect processors and instruments 
into the digital audio system, for example of a VST 
mixer. The audio system can be run on a PC or on a 
Macintosh computer. 

The LADS PA is an open Linux activity that provides a 
standard way for plug- in audio processors which are to be 
used with Linux audio synthesis and recording software. 

In both solutions, the control calculations for 
interactions and the real-time signal processing 
calculations are carried out in the same process. This 
means that the total load of the audio processing varies 
according to the user interaction. 

In the document "Design of Low Latency Audio Software for 
General Purpose Operating Systems'', University of Turku, 
Department of Information Technology, Computer Science 
Masters Thesis of December 2002 by Kai Vehmanen, it is 
proposed to separate the audio processing code into real- 
time and non-real-time parts and to use a real-time safe 
mechanism for designing low latency audio applications. 
It is further proposed to use separate execution contexts 
for the user interface and the audio code, for instance 
multiple threads. A thread is a special case of a 
process. Each thread has its own execution context that 
can be independently scheduled, like other processes, but 
threads of one logical group have a shared memory space. 



SUMMARY OF THE INVENTION 
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It is an object of the invention to further improve the 
processing in an audio processing system. 

An audio processing system is proposed which comprises at 
least one audio processing component with a group of 
real-time functions for processing audio data and a group 
of control functions for processing control signals. The 
proposed audio processing system further comprises at 
least one processor providing a first process for 
executing real-time functions of the at least one audio 
processing component using a basically constant 
processing power. The processor provides in addition at 
least one further process for executing control functions 
of the at least one audio processing component whenever 
needed without affecting the processing power employed 
for the first process. 

Moreover, a method of operating an audio processing 
system is proposed, the audio processing system 
comprising at least one audio processing component with a 
group of real-time functions for processing audio data 
and a group of control functions for processing control 
signals. The proposed method comprises executing the 
real-time functions of the at least one audio processing 
component with a basically constant processing power 
using a first process . The proposed method moreover 
comprises executing the control functions of the at least 
one audio processing component when needed using at least 
one further process without affecting the processing 
power employed for the first process. It is to be noted 
that while the real-time functions and the control 
functions can be executed basically in parallel, in some 
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cases, the control functions could also be executed at 
least partly beforehand. 

Finally, a software program product is proposed which 
comprises a software code for an audio processing 
component. The software code defines real-time functions 
for processing audio data when said software code is 
executed by a process of a processor, and it further 
defines control functions for processing control signals 
when the software code is executed by a process of a 
processor. The real-time functions are defined to be 
executed by a first process and the control functions are 
defined to be executed by at least one further process of 
at least one processor. The real-time functions moreover 
ensure that a constant amount of processing power per 
block of audio samples is taken from the at least one 
processor when the real-time functions are executed by 
the first process. 

The invention proceeds from the consideration that the 
real-time functions should be provided with a constant 
processing power. It is therefore proposed that a 
dedicated process is provided for executing the real-time 
functions with a basically constant processing power. The 
control functions are executed exclusively with the 
processing power which is available for one or more 
further processes. The division between real-time data 
processing and control signal processing is realized more 
specifically separately for each component. Typically, 
each component corresponds to one algorithm. 

It is an advantage of the invention that the processing 
load of the real-time part of the system can be kept 
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constant regardless the amount of interaction. This is a 
significant improvement for the audio processing load 
management, because conventional systems had to prepare 
for the worst-case estimates or take the risk of drop- 
outs. The worst cases occur relatively seldom. If a 
conventional system is designed for being able to cope 
with the worst cases, most of the potential of the 
employed processor will be left unused most of the time. 

It is moreover an advantage of the invention that it 
proposes a framework in which the division between real- 
time part and control part is internal to the respective 
component. This makes it easier to modify the division 
and the data running between the parts as needed, while 
providing all the benefits of the separation. 

In addition, the software design for the first process is 
simplified, as stable, fixed processing load figures can 
be used. 

Since the real-time functions are processed with a 
constant processing load, also the rate of generated 
audio blocks is basically constant. This facilitates as 
well the dimensioning of the buffer storing the audio 
blocks for presentation. 

Preferred embodiments of the invention become apparent 
from the dependent claims . 

If the audio processing system comprises several audio 
processing components, advantageously, an audio 
processing engine is employed for running the components 
sequentially. 
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Advantageously, all control events are time- stamped . The 
real-time process may then use the events in accordance 
with the time-stamps. If an application knows the 
interaction or control sequence beforehand, it can send 
the control events to the real-time process when it suits 
best. For example, it is possible to parse a MIDI file, 
extract all the control events, time-stamp them and send 
them to the real-time process even before the playback of 
the MIDI file has actually started. 

The proposed audio processing system can be a single 
processor system or a multi-processor system. 

In a single processor system, a software can be run in 
several execution threads. The control functions are 
executed in one or more threads, and the real-time 
functions are executed in a separate thread. The real- 
time functions and the control functions could also be 
executed in other processes than execution threads, 
though . 

In such a single processor system, the operating system 
of the platform should be capable of guaranteeing 
sufficient resources for the real-time process, and run 
the control calculations only when the real-time process 
does not need the processor. 

If the proposed system is a multi -processor system, the 
real-time functions are executed in a dedicated 
processor, while the control functions use at least one 
other processor. Such a multi-processor system is of 
particular advantage, as the real-time functions benefit 
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from a dedicated processor, and the load balancing is 
particularly easily to realize. 

The invention can be employed for processing audio data 
in any form, for example for linear pulse code modulation 
(PCM) domain audio data, for frequency domain audio data, 
for discrete cosine transform (DCT) domain audio data or 
for audio data coded in any other form. 

BRIEF DESCRIPTION OF THE FIGURES 

Other objects and features of the present invention will 
become apparent from the following detailed description 
considered in conjunction with the accompanying drawing. 

Fig. 1 is a schematic block diagram of an audio 

processing system according to the invention; 
Fig. 2 is a schematic block diagram illustrating an 

implementation of the system of figure 1; 
Fig. 3 is a flow chart illustrating the processing in the 

system of figure 1; and 
Fig. 4 is a schematic block diagram presenting a possible 

variation of the audio processing system of 

figure 1. 

DETAILED DESCRIPTION OF THE INVENTION 

Figure 1 is a schematic block diagram of an embodiment of 
an audio processing system 1 according to the invention. 



The audio processing system 1 comprises a plurality of 
audio processing components 11, 12, 13. Each component 
11, 12, 13 implements a different audio processing 



WO 2005/036396 




CT/TO2003/004421 



- 9 - 



feature, such as a mixer, a sampling rate converter, or a 
reverberation effect. For the audio processing feature 
implemented by a respective component 11, 12, 13, the 
component 11, 12, 13 encapsulates an algorithm that can 
contain several basic signal -processing blocks, such as 
filters . 

From a software design point of view, the components 11, 
12, 13 are implemented using a single logical building 
block of the environment, for example using a C++ class. 
The components 11, ,12, 13 can be either statically built, 
i.e., defined at compile- time, or they can be dynamically 
loadable plug- ins that can be connected to an already 
compiled and linked, i.e. an executable, software. 

The feature implemented by a component 11, 12, 13 is 
based on various methods or functions. The functions in 
each component are split up into two groups, namely to 
real-time functions 14 and control functions 15, as 
indicated for one of the components 11. The real-time 
functions 14 take care of the processing of audio data by 
mixing, filtering, and otherwise dealing with input audio 
samples. The control functions 15 take care of 
controlling the real-time functions 14, for example based 
on a user input. 

Each of the components 11, 12, 13 is connected to a 
processor 16, and within the processor 16 on the one hand 
to a DSP thread 20 and on the other hand to a control 
thread 30. 

The real-time functions 14 of a component 11, 12, 13 are 
processed in the processor 16 by the DSP thread 20 with a 
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constant processing load. The real-time functions 14 of 
the components 11, 12, 13 are therefore written such that 
they take a constant amount of processing power per block 
of audio samples. The design of the DSP thread 20 is 
simplified due to the guaranteed constant processing 
load. 



The control functions 15 of a component 11, 12, 13 are 
processed in the processor 16 by the control thread 30. 
The control functions are executed only when needed, 
i.e., when there is an interaction or some other cause 
for a parameter change pending. The control thread 3 0 
thus performs varying amount of processing depending on 
the user interaction and application controls without 
influencing the processing load for the real-time 
functions 14 . 

Figure 2 is a block diagram of a layered structure 
illustrating the processing in the processor 16 of figure 
1 in more detail. 

The structure comprises an API layer 40, a control layer 
30 corresponding to the control thread 3 0 of figure 1 and 
a DSP thread 2 0 corresponding to the DSP thread 2 0 of 
figure 1. 

The control layer 30 provides a component control thread 
part 31 with input ports 32, output ports 33 and one or 
more event queues 34, 35. The component control thread 
part 31 is associated to one of the components 11 of 
figure 1. Similar component control thread parts (not 
shown) are provided by the control layer for each of the 
components 12, 13. The DSP thread 20 comprises a 
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component DSP thread part 21 and a DSP engine 22 as audio 
processing engine. 

The component DSP thread part 21 is used for running the 
real-time functions 14 of component 11 with a constant 
processing power. 

At the same time, signals resulting from user 
interactions or other control occurrences are provided 
via the API layer 4 0 to the control layer 30, and more 
specifically via the input ports 32 to the component 
control thread part 31. Upon a user interaction or 
another control occurrences, the control functions 15 of 
the component 11 are executed in the component control 
thread part 31 and create events, which comprise new 
parameters for the real-time processing. All events are 
time- stamped sample accurately and inserted into the 
first event queue 34. The events are then provided from 
the queue to the component DSP thread part 21 of 
component 11 for providing the real-time processing with 
new parameters. It is also possible to give a future 
value to a timestamp, which allows to delay the impact of 
an event and thus of an interaction into the future. 

The real-time functions 14 which are executed in the 
component DSP thread part 21 use the parameters provided 
with an event at the point of time indicated by the time- 
stamp. If the time -stamp of an event occurs in the middle 
of the audio frame length, the frame can be split up in 
the component DSP thread part 21 into two or more parts. 
The first part is then processed with the old parameters 
and the second part with the new ones. The frame 
splitting is only carried out for those components 11, 
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12, 13 which the respective interaction affects, other 
components remain unaffected. 

The processing in the component control thread part 31 
may result not only in events defining parameters for the 
real-time processing in the component DSP thread part 21, 
but also in events for a feedback to the user. In this 
case, corresponding events are input to the second event 
queue 35. Equally, the real-time processing in the 
component DSP thread part 35 may result in events with 
information which is, for example, to be presented to a 
user. Also these events are input to the second event 
queue 35. The events in the second event queue 35 are 
output via the output ports 33 of the component control 
thread part 31 and the API layer 40 to a user interface 
(not shown) . 

It has to be noted that the presented embodiment could 
also be realized, for example, with a single event queue, 
that is either with input event queue 34 or with output 
event queue 35. On the other hand, a plurality of event 
queues could be provided for the input and/or the output 
as well . 

The DSP engine 22 connects the components 11, 12, 13 
together to form a processing network. 

Within the network, the DSP engine 22 causes the 
components 11, 12, 13 to be run sequentially by an 
associated component control thread part and an 
associated component DSP thread part, in the order 
defined by the needs of audio processing functionality. 
When the original audio data has been processed by all 
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required components 11, 12, 13, the output of the last 
component may stored block by block to a buffer for 
presentation. There can also be special components, which 
contain several individual components in a hierarchical 
manner. These components can be called sub-engines. 

The operation in the audio processing system 1 of figures 
1 and 2 is summarized in the flow chart of figure 3 . 

When the DSP engine 22 selects a particular component 11, 
12, 13 for execution, the audio data is processed in the 
corresponding component DSP thread part 21 with a 
constant processing power. In parallel, all control 
signals are processed in the corresponding component 
control thread part 31 whenever needed. The events 
generated based on the control signals are time-stamped 
and queued. The events in the queue 34 are provided in 
their input order to the component DSP thread part 21. 
The component DSP thread part 21 uses the parameters in 
the events for further processing the audio data starting 
from the point of time indicated by the respective time- 
stamp of an event. The processed audio data is provided 
for processing by a subsequent component 12, which is 
then selected by the DSP engine 22 for execution. If the 
current component constitutes the last one of the 
components 11, 12, 13, the processed audio data is 
provided as audio block to a buffer for presentation to a 
user . 

A practical example for the application of the proposed 
approach is a 3D audio computer game. When a presented 
character in the computer game stands still, the control 
thread 20 does not perform much 3D calculation. When the 
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character moves rapidly, the control thread 20 calculates 
parameter conversions from the 3D coordinates to a form 
which a 3D audio rendering algorithm accepts run in the 
DSP thread 20. In both cases, the amount of 3D 
calculations carried out in the DSP thread 2 0 is the 
same. 

While the audio processing system 1 presented in figures 
1 to 3 is a single processor system using several 
threads, the processing could also be carried by other 
separate processes of a single processor system. 

Further, the processing can be carried out advantageously 
in a multi-processor system in one or more processes. 
Figure 3 presents such a multi-processor system 5. The 
system 5 comprises again a plurality of audio processing 
components 51, 52, 53, which correspond basically to the 
components 11, 12, 13 of figure 1. Each of the components 
51, 52, 53 in figure 5, however, is connected on the one 
hand to a real-time processor 56 and on the other hand to 
a control processor 57. The real-time processor 56 is a 
dedicated processor for running the real-time functions 
54 of the components 51, 52, 53 similarly as described 
above for the DSP thread 20, while the control processor 
57 uses one or more processes for running the control 
functions 55 of the components 51, 52, 53 similarly as 
described above for the control thread 30. 

It is to be understood that the described embodiments 
constitutes only one of a variety of possible embodiments 
of the invention. 
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Claims 



1. Audio processing system (1;S) comprising: 
at least one audio processing component 
(11 ,12, 13; 51 ,52 ,53) with a group of real-time 
functions (14) for processing audio data and a 
group of control functions (15) for processing 
control signals; and 
- at least one processor (16; 56 ,57) providing a 
first process (2 0) for executing real-time 
functions (14) of said at least one audio 
processing component (11, 12 , 13 ; 51 , 52 , 53) using a 
basically constant processing power and at least 
one further process (30) for executing control 
functions (15) of said at least one audio 
processing component (11, 12 , 13 ; 51, 52 , 53) whenever 
needed without affecting the processing power 
employed for said first process- (20) . 

2. Audio processing system (1;5) according to claim 1, 
wherein said at least one audio processing component 
(11,12,13/51,52,53) includes a plurality of audio 
processing components, said audio processing system 
(1;5) further comprising an audio processing engine 
(22) for selecting successively one of said audio 
processing components (11 , 12 , 13 ; 51 , 52 , 53 ) , said at 
least one processor (16; 56, 57) executing real-time 
functions (14) of the respectively selected audio 
processing component (11 , 12 , 13 ; 51 , 52 , 53 ) in a 
dedicated part (21) of said first process (20) and 



WO 2005/036396 ^^>CT/IB2003/004421 

- 16 - 



control functions (15) of the respectively selected 
audio processing component (11,12,13/51,52,53) in a 
dedicated part (31) of said at least one further 
process (30) . 

3. Audio processing system (1;5) according to claim 1 or 
2, wherein said control functions (15) are designed 
for generating events based on received control 
signals and for time-stamping said events, when said 
control functions (15) are executed in said at least 
one further process (30) , wherein said at least one 
further process (30) is designed for providing said 
events to said first process (20) , and wherein said 
real-time functions (14) are designed for using said 
events at a time defined by said time stamps, when 
said real-time functions (14) are executed in said 
first process (20) . 

4. Audio processing system (1) according to one of the 
preceding claims, wherein said at least one processor 
is a single processor (16) providing said first 
process (20) and said at least one further process 
(30) . 

5. Audio processing system (5) according to one of 
claims 1 to 3 , wherein said at least one processor 
comprises a first processor (56) and at least a 
second processor (57) , said first processor (56) 
providing said first process and said second 
processor (57) providing at least one of said at 
least one further process. 
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6. Audio processing system (1;5) according to one of the 
preceding claims, wherein said first process (20) and 
said at least one further process (3 0) are execution 
threads . 

7. Method of operating an audio processing system (1;5), 
which comprises at least one audio processing 
component (11, 12, 13 ; 51, 52, 53) with a group of real- 
time functions (14) for processing audio data and a 
group of control functions (15) for processing 
control signals, said method comprising the steps of: 

- executing said real-time functions (14) of said at 
least one audio processing component 
(11,12,13/51,52,53) with a basically constant 
processing power using a first process (2 0) ; and 

- executing said control functions (15) of said at 
least one audio processing component 
(11,12,13,-51,52,53) whenever needed using at least 
one further process (30) without affecting the 
processing power employed for said first process 

(20) . 

8. Method according to claim 7, wherein said at least 
one audio processing component (11 , 12 , 13 ; 51 , 52 , 53 ) 
includes a plurality of audio processing components, 
said method further comprising selecting successively 
one of said audio processing components 
(11,12, 13;51, 52,53) , the real-time functions (14) of 
the respectively selected audio processing component 
(11, 12, 13; 51, 52, 53) being executed in a dedicated 
part (21) of said first process (20) and the control 
functions (15) of the respectively selected audio 
processing component (11 , 12 , 13 ; 51 , 52 , 53 ) being 
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executed in a dedicated part (31) of said at least 
one further process (30) . 

9. Method according to claim 7 or 8, wherein executing 
said control functions (15) in said at least one 
further process (30) comprises generating events 
based on received control signals, time- stamping said 
events and providing said events to said first 
process (20) , and wherein executing said real-time 
functions (14) in said first process (20) comprises 
making use of said events at a time selected based on 
said time stamps . 

10. Software program product comprising a software code 
for an audio processing component (11, 12 , 13 ; 51, 52 , 53) 
defining real-time functions (14; 54) for processing 
audio data when said software code is executed by a 
process of a processor and defining control functions 
(15; 55) for processing control signals when said 
software code is executed by a process of a 
processor, said real-time functions (14; 54) being 
defined to be executed by a first process (21) and 
said control functions (15; 55) being defined to be 
executed by at least one further process (31) of at 
least one processor (16,-56,57), and said real-time 
functions (14; 54) ensuring that a basically constant 
amount of processing power is taken from said at 
least one processor (16; 56, 57) when said real-time 
functions (14; 54) are executed by said first process 
(21) . 



WO 2005/036396 




'CT/IB2003/004421 



1/4 



11 14 



15 



12 



13 



Component 



Real-time 
functions 



Control 
functions 



Component 



Component 



DPS thread 










r 


Control thread . <> 



,20 



.30 



Processor 

V 

16 

/ 

1 



Fig. 1 



WO 2005/036396 




CT/IB2003/004421 



2/4 





Control layer 



Input ports Output ports 
Component control thread part 



Event queue. 

— yv- 



Component DSP thread part 




DSP thread 



20 



Fig. 2 



WO 2005/036396 



3/4 



CT/IB2003/004421 



DSP engine selects 
component 



For processing audio 
data, DSP thread 
runs real-time 
functions of selected 
component with 
constant processing 
power and uses 
parameters in events 
from control thread at 
a time indicated by 
the respective time- 
stamp 



events from 
queue 



For processing 
control signals, 
control thread runs 
control functions of 
selected component 
and puts resulting 
time-stamped events 
into queue 



Store processed audio 
data in buffer or proceed 
with next component 



Fig. 3 



WO 2005/036396 



CT/IB2003/004421 



4/4 



51 54 



55 



Component/ 




Real-time 




Control 


functions 




functions 



52 



DPS processor 



Control processor 



Component 



53 



Component 



.56 



.57 



Fig. 4 



INTERNATIONAk.SEARCH REPORT 



Inten 
PC 



A. CLASSIRC ATON OF SUBJECT MATTER 

IPC 7 G06F9/46 //G10H1/00 



Accorcfing to International Patent Classification (IPC) or to both national classification and IPC 



Application No 

03/04421 



8. FIELDS SEARCHED 



Minimum documentation sc ^|q^ (classification system followed by classification symbols) 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 

EPO-Internal, WPI Data, PAJ 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category" 



Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



US 2003/017808 Al (ADAMS MARK L) 
23 January 2003 (2003-01-23) 
paragraph [0017] - paragraph [0019] 

US 6 009 507 A (BROOKS EVAN ET AL) 
28 December 1999 (1999-12-28) 
the whole document 

US 6 301 603 Bl (MAHER ROBERT CRAWFORD ET 
AL) 9 October 2001 (2001-10-09) 
the whole document 

US 5 828 881 A (WANG AVERY L) 
27 October 1998 (1998-10-27) 
the whole document 

-/- 



1-10 



1-10 



1-10 



1-10 



m 



Further documents are listed In the continuation of box C. 



Patent family members are listed In annex. 



° Special categories of cited documents : 

"A" document defining the general state of the art which is not 
considered to be of particular relevance 

*E" earlier document but published on or after the international 
filing date 

"L° document which may throw doubts on priority daim(s)or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

"O" document referring to an oral disclosure, use, exhibition or 
other means 

"P" document published prior to the international filing date but 
later than the priority date claimed 



T* later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

"X" document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

"Y" document of particular relevance; the claimed Invention 

cannot be considered to involve an inventive step when the 
document Is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
Intheart. 

document member of the same patent family 



Date of the actual completion of the international search 

7 May 2004 


Date of mailing of the international search report 

2 9. 06. 2084 


Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patentiaan 2 
NL-2280 HV Rijsvrfjk 
Tel. (+31-70) 340-2040. Tx. 31 651 epo nl. 
Fax; (+31 -70) 340-301 6 


Authorized officer 

PATRIK RYDMAN/MN 



page 1 of 2 



INTERNATIONAk^SEARCH REPORT 



C.(Contlnuatlon) DOCUMENTS CONSIDERED TO BE RELEVANT 



Inten 

PC 



a 



Application No 

03/04421 



Category ° Citation of document, with Indication, where appropriate, of the relevant passages 



US 6 216 216 Bl (B0N0LA THOMAS J) 
10 Apri 1 2001 (2001-04-10) 
column 1, line 23 - line 30 
column 3, line 65 -column 5, line 25 



Relevant to dalm No. 



1-10 



Form PCTOSA/21 0 (continuation ot second sheet) (January 2004) 



page 2 of 2 



INTERNATIONA^SEARCH REPORT 



Patent document 
cited in search report 



Publication 



Inter 

PC 




Application No 

03/04421 



Patent family 
member(s) 



Publication 
date 



US 2O030178O8 Al 23-01-2003 EP 1286327 Al 26-02-2003 



US 6009507 


A 


28-12-1999 


US 


5842014 A 


24-11-1998 


US 6301603 


Bl 


09-10-2001 


NONE 






US 5828881 


A 


27-10-1998 


NONE 






US 6216216 


Bl 


10-04-2001 


NONE 







Form PCT71SA/210 (patent family annex) (January 2004) 



